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(54) Schnittstellenmodui fur dokumentenbasierte elektronlsche Geschaftsprozesse auf 
Transaktionsbasis 



(57) Ein Schnittstellenmodui dientzurDurchfuhrung 
von elelctronischem Geschaftsverkehr auf Transakti- 
onsbasis. Das Schnittstellenmodui (1) ist dabel zwi- 
schen eInemTemninal (4) und einem Datennetz (8), wie 
bspw. dem Internet geschaltet ist. Weiterhin ist ein Mo- 
dul (1,3) zurVlsualisierung (14) und Uberwachung des 
Nutzdatenflusses (5, 6) von bzw. zu dem Tenninal (4) 
vorgesehen, wobei das Visualisierungsmodul auf Doku- 
mentenvorlagen (12) zugreift, um die ubertragenen 
Nutzdaten als Dokumente zu visualisieren. 

GemaB einem weiteren Aspekt ist ein Schnittstel- 
lensystem zur Verbindung ggf. heterogener Systeme 
uber ein Datennetz vorgesehen, wobei das System 
Schnittstellenmodule aufweist, die die Verbindung zwi- 
schen den ggf, heterogenen Systemen darstellen, und 
die Datenubertragung transaktionsbasiert mittels defi- 
nierter sende- und empfangsseitiger Kommunikations- 
stati erfolgt. 

EIne Schnittsteile zum Ubertragen von Nutzdaten 
in einem Datennetz weist dabei auf: 

ein unternehmens- und/oder b ranch enspezifisches 
Konfigurierungsobjekt. das Prozessablaufe defi- 
niert, 

- ein Schabionenobjekt, das Formatvorlagen fur Do- 
kumente definiert, die zur Ausfuhrung der im Kon- 
figuriemngsobjekt definierten Geschaftsablaufe 
venwendet werden, und 

ein Schnittstellen-Objekt, das bestimmten Prozessab- 
laufen bestimmte Destinationen des Datennetzes ais 
Partner des Prozessablaufs zuweist. 
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Beschreibung 

[0001] Die voiiiegende Erfindung bezieht sich auf 
Schnittstellenmodule zur Ausfuhrung dokumentenba- 
sierter elektronischer Geschaftsprozesse auf Transak- 
tionsbasis, auf Computer-Softwareprogramme zur Im- 
plementierung solcher Schnittstellenmodule, auf Ver- 
fahren zum IVIanagement des Nutzdatenflusses zwi- 
schen einem Terminal und einem Datennetz sowie auf 
ein System zur Ausfuhrung von elektronischen Ge- 
schaftsprozessen auf Transaktionsbasis. 
[0002] Die Erfindung bezieht sich allgemein auf die 
Durchfuhrung von dokumentenbasieiten elektroni- 
schen Geschaftsprozessen. Belspiele fur derartige 
elektronische dokumentenbasierte Geschaftsprozesse 
sind die Eftringungvon Finanzdienstleistungen.derLo- 
gistikbereich, etc. 

[0003] Aligemein ist es heutzutage ein Problem, dass 
verschiedene, beispielsweise an das Internet ange- 
schlossene Unternehmen, die E-Commerce ausriihren 
mochten, keine einheitlichen Softwarevoraussetzungen 
erfullen. Die Technologie zur Bevi/altigung dieser Pro- 
blematik wird oft mit EDI (Electronic Data Interchange) 
Oder elektronischer Datenaustausch bezetehnel. Dar- 
unter versteht man genauer gesagt die elektronische 
Obertragung von Geschaftsdaten. Ziel von EDI ist es, 
eine Kommunlkation zu emnoglichen, mit der uber iJn- 
temehmensgrenzen hinweg Geschaftsprozesse ge- 
steuert werden. EDI soli die zahlreichen Papierdoku- 
mente wie Bestellungen, Bestatigungen, AuftrSge, 
Rechnungen, Lieferscheine usw. ersetzen, die bei ei- 
nem Geschaftsprozess anfallen. EDI steht fur einen 
elektronischen Dokumentenaustausch mit formatierten 
Strukturen, der in Rechensystemen weiterverarbeitet 
warden kann. Die Inhalte einer EDI-Nachrk;ht mussen 
so formatiert sein, dass Rechner von anderen Unter- 
nehmen diese weiterbenutzen konnen. Aufgrund der 
Verwendung standardisierter Datenformate konnen da- 
bei sowohl die bei den Kommunikationspartnem einge- 
setzten Soflwarelosungen als auch die Hardwareplatt- 
formen von unterschiedlichen Herstellern stammen. Da 
die Daten ausschliefBlich in standardisierten Fomiaten 
ausgetauscht werden, muss jedes Unternehmen ledig- 
lich einmal sein internes Format in das venwendete 
Standarddatenfomiat (z.B. EDIFACT) abbilden. 
[0004] EDIFACT (Electronik Data Interchange for Ad- 
ministration, Commerce and Transport) 1st ein interna- 
tionaler, branchenubergreifender Standard fur den Aus- 
tausch von strukturierten elektronischen Daten zwi- 
schen DV-Anwendungen verschiedener Geschaftspart- 
ner. EDIFACT kann in alien vorhandenen Datenverar- 
beitungsanlagen problemlos eingesetzt v/erden, well 
sie hersteller-, system- und ubertragungsneutra! ist. Un- 
ter Beibehaltung bestehender unternehmensspezifi- 
scherDateistrukturen emnoglicht EDIFACT alien Unter- 
nehmen, den Infonnations- und Kapltalfluss bei der Ge- 
schaftsabwicklung zu beschleunigen und Handels- 
schweilen weltwelt abzubauen. 



[0005] Durch EDi kann der Transaktionsfiuss zwi- 
schen Geschaftspartnern beschleunigt werden, indem 
die konventlonelle papiergestutzte Arbeit bei Auftrags- 
abwicklung und Rechnungswesen ersetzt wird. Mit EDI 

5 werden Geschaftsaktivitaten automatisiert und unter- 
nehmensubergreifende Prozesse beschleunigt. Beim 
"Integrated ED!" sind die Applikationssysteme der bei- 
den Kommunikationspartner miteinander verbunden. 
Informationen, die von einem derbeiden Geschaftspart- 

10 ner generiert werden, gelangen in das Applikationssy- 
stem des anderen Geschaftspartners. 
[0006] Die Interaktion im Rahmen von Business-to- 
Business- und Consumer-to-Business-Nutzungen wird 
als "WebEDl" bezeichnet. Kleine und mittlere Untemeh- 

15 men bilden zusammen mit den Privatpersonen deshalb 
eine Gruppe, weil sich ihre dv-technischen Moglichkei- 
ten entsprechen. Durch die Venwendung des Internet 
werden die Kommunikationsbeziehungen der Akteure 
gebundelt. Diese Bundelungsfunktion weist zwei For- 

20 men auf. Zum einen die Bundelung von Einzeltransak- 
tionen zu einer Datei, zum anderen die Zusammen- 
schattung der Teilnehmer auf ein Anwendungssystem. 
Zur effizienten Nutzung seiner vorhandenen 
EDI-Schnittstelle stellt ein Unternehmen seinen kleinen 

25 und mlttleren Geschaftspartnern auf Intemetseiten 
"Eingabemasken" zur Verfiigung. Damit haben diese 
Geschaftspartner die Moglichkeit, Ihre Auftrage, Rech- 
nungen Oder bei ihren Kreditinstituten Uberweisungen 
einzugeben. Bei der Eingabe konnen je nach Intelligenz 

30 der "Eingabemasken" semantlsche Prufungen vorge- 
nommen werden, damit nur sachlich korrekte Datensat- 
ze gespeichert werden. Die Datensatze konnen auf dem 
Webserver zwischengespeichert und daraufhin zu ei- 
nem vorher festgelegten Zeitpunkt an den Empfanger 

35 Obertragen werden. Der Empfanger erhalt eine EDI-Da- 
tei, die er mit seiner vorhandenen EDI-Schnittstelle ver- 
arbeiten kann (batchorientierte Ubemnittlung). Dabei 
kann er sicher sein, daB alle notwendigen Angaben in 
den einzelnen Datensatzen vorhanden sind. Auch be- 

40 steht die Moglichkeit, die Daten an den Empfanger zu 
versenden, sobald ein Dokument vollstandig elngege- 
ben worden ist (transaktions- Oder dokumentenorien- 
tierte Ubermittlung), 

[0007] Eine vorteilhafte Entwicklung verspricht man 
45 sich von der Kombination von EDI mit XML. Die Exten- 
sible Markup Language (XML) ist im ECommerce-Um- 
feld als ein Datenfomr^at fur strukturierten Informatlons- 
austausch zu verstehen. XML wird unter der Aufsicht 
des W3C weiterentwickelt und ist aus Sicht der Industrie 
50 ein Konsens fiir die Architektur des WWW der nachsten 
Generation. XML bedient sich des Konzepts von gene- 
rischem Markup: Tags strukturieren ein Dokument 
durch dieVerschachtelung von Elementen. HTML Ist die 
popularste Auspragung dieser Technik. Wahrend HTML 
55 aus einer festgelegten Menge von Tags besteht, eriaubt 
XML die freie Definition eines Applikations-orientierten 
Vokabulars. Ein solches Vokabular wird durch eine "Do- 
cument Type Definition" (DTD) beschrieben, einer for- 
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malen Grammatik, die Tags und staikturelle Relationen 
zwischen Tags beschreibt. DTDs sind erhaltlich fur eine 
riesige Anzahl von Anwendungsgebieten, u.a. fur Elec- 
tronic Commerce (OTP, XML-EDI, ...)• 
[0008] Angesichls dieser Problematik ist es Aufgabe 
der vorliegenden Erfindung, eIne Schnittstellentechno- 
logie bereitzusteilen, die die Durchfuhrung von doku- 
mentenbasiertem elektronischen Geschaftsverkehr er- 
leichtert. Insbesonderesoll auch ein Dokumententrans- 
fer zwischen heterogenen System en enmoglicht wer- 
den. Dabei soli weiterhin das Management des Nutzda- 
tenflusses durch eine Schnittstelle, die ein Unterneh- 
mensterminal mit einem Datennetz (Internet) und somit 
mit welteren gleichartigen Schnittstellen verbindet, ver- 
bessert werden. 

[0009] Diese Aufgabe wird erfindungsgemaB durch 
die Merkmale der unabhanglgen Anspriiche gelost. Die 
abhangigen Anspruche bilden den zentralen Gedanken 
der Erfindung In besonders vorteilhafter Weise weiter. 
[001 0] GemaB einem ersten Aspekt der vorliegenden 
Erfindung ist ein Schnittstellenmodul zur Durchfuhrung 
von elektronischem Geschaftsverkehr auf Transakti- 
onsbasis vorgesehen. Das Schnittstellenmodul Ist da- 
bei zwischen ein Tennlnal, beispielsweise eines Unter- 
nehmens, und einem Datennetz, beispielsweise dem 
Internet, geschaltet. Das Schnittstellenmodul weistwie- 
derum ein Modul zur Visuallsierung und Ubenwachung 
des Nutzdatenflusses von bzw. zu dem Temnlnal auf. 
Diese Visuallsierung und Uberwachung erfolgt dabei er- 
flndungsgemaf3 auf Dokumentenbasis. 
[001 1 ] Die ausgetauschten Nutzdaten sind beispiels- 
weise mittels einer Interpreter-Anwendung als Doku- 
ment auf einem Monitor darstellbar. 
[0012] Weiterhin sind Mittei zur manuellen und/oder 
automatischen Freigabe und/oder Selektlon der Uber- 
tragung von visualislerten Nutzdaten zu bzw. von dem 
Terminal vorgesehen. 

[0013] SchlleBlich sind MIttel zur Selektion von zu 
ubertragenden Nutzdaten fiir eine foigende Ubergabe 
zu dem Terminal und/oder eine Adresse in dem Daten- 
netz vorgesehen. 

[0014] Die Selektion kann anhand einer Visuallsie- 
rung derzu ubertragenden Nutzdaten als Dokument er- 
folgen. 

[001 5] Das Schnittstellenmodul kann ausgehend von 
einer zentralen Intelllgenz (Master Server) In dem Da- 
tennetz konfigurierbarsein, diebspw. ein Internet-Platt- 
fomnserver sein kann. 

[001 6] Das Schnittstellenmodul kann ein Dateisystem 

aufweisen, In dem ein Workflow eines Geschaftsprozes- 

ses, der mittels eines Nutzdatenaustauschs uber das 

Schnittstellenmodul abgewickelt werden soli, mittels 

Dokumentenvorlagen abgebildet ist. 

[0017] Die Dokumentenvorlagen konnen von einer 

zentralen Intelllgenz (Master Server) in den Datennetz 

aus in das Dateisystem des Schnittstellenmoduls ein- 

gegeben bzw. dort modiflziert werden. 

[0018] Bel einer Anderung der Konfiguration des 



Schnittstellenmoduls konnen automatisch Parameter 
von davon betroffenen Prozessen des mittels Doku- 
mentenvorlagen abgeblldeten Workflows angepasst 

werden. 

5 [0019] Die Dokumentenvorlagen und/oder ein voll- 
standiger Workflow kann mittels einer Mappingeinheit 
("Kreuzschiene") in einer Datenbank mit vorbestimmten 
Destlnationen In dem Datennetz koppelbarsein. 
[0020] Die vorliegende Erfindung bezleht sich welted 

10 hin auf ein Computer-Softwareprogramm zur Imple- 
mentierung eines solchen Schnittstellenmoduls. 
[0021 1 GemaB einem welteren Aspekt der vorliegen- 
den Erfindung Ist ein Verfahren zur Durchfuhrung von 
elektronischem Geschaftsverkehr auf Transaktionsba- 

15 sis vorgesehen. Dabei ist ein Schnittstellenmodul zwi- 
schen ein Terminal beispielsweise eines Untemeh- 
mens, das E-Commerce ausfuhren mochte, und einem 
Datennetz wie beispielsweise dem Internet geschaltet. 
Dabei erfolgt erfindungsgemaB auf Dokumentenbasis 

20 eine Visuallsierung und Oberwachung des Nutzdaten- 
flusses von bzw. zu dem Temriinal. 
[0022] Die ausgetauschten Nutzdaten konnen auf ei- 
nem Monitor mittels einer Interpreter-Anwendung als 
Dokument dargestellt werden. 

25 [0023] Die Ubertragung von visualislerten Nutzdaten 
kann manuell und/oder automatisch frelgegeben und/ 
Oder selektiert werden. 

[0024] Insbesondere konnen zu ubertragende Nutz- 
daten fur eine foigende Ubergabe selektiert werden. 

30 Diese Selektion kann anhand einer Visuallsierung der 
zu ubertragenden Nutzdaten als Dokument erfolgen. 
[0025] Das Schnittstellenmodul kann ausgehend von 
einer zentralen Intelllgenz in dem Datennetz konflguriert 
werden. Ein Workflow eines Geschaftsprozesses, der 

35 mittels Nutzdatenaustausch uber das Schnittstellenmo- 
dul abgewickelt werden soil, kann mittels Schablonen 
in einem Dateisystem abgebildet werden. 
[0026]. Die Dokumentenvorlagen konnen von einer 
zentralen Intelligenz (Master-Server) von dem Daten- 

40 netz aus in das Dateisystem eingegeben und gegebe- 
nenfalls dort modifiziert werden. 
[0027] Bei der Anderung der Konfiguration des 
Schnittstellenmoduls (beispielsweise Anderung derZu- 
gangsberechtigung) konnen automatisch Parameter 

45 von davon betroffenen Prozessen des mittels Doku- 
mentenvorlagen abgeblldeten Workflows angepasst 
werden. 

[0028] Die Dokumentenvorlagen und/oder ein voll- 
standiger Workflow konnen mittels eines Mappingein- 

50 heit (Kreuzschiene) mit vorbestimmten Destlnationen in 
dem Datennetz gekoppelt werden. 
[0029] ErfindungsgemaB ist weiterhin ein Computer- 
Softwareprogramm zur Implementierung eines solchen 
Verfahrens vorgesehen. 

55 [0030] GemaB einem weiteren Aspekt der vorliegen- 
den Erfindung ist ein Schnittstellenmodul zum Visuali- 
sieren des Datenflusses zwischen einem Terminal und 
einem Datennetz, beispielsweise dem Intemet, vorge- 
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sehen. Das Schnittstellenmodui weist dabei eine Moni- 
toring-Ebene zur Visualislerung und Uberwachung des 
Nutzdatenflusses von bzw. zu dem Terminal auf. Eine 
Logikebene dient zur Interpretation, Konvertiemng und 
Obergabevon DatenzumTemninalund/oderDatennetz. 5 
In einer Datelebene sind Schablonen (Tennplates) ab- 
gelegt, wobei eine Interpreter-Anwendung ein- und/ 
Oder ausgehende Nutzdaten der Logikebene mittets 
dieser Schablonen fur die Visualisierung der Nutzdaten 
In Form von Dokumenten bearbeltet. 
[0031] ErfindungsgemaB ist weiterhin ein Schnittstel- 
lenmodui zum Visualisieren des Datenflusses zwischen 
einem Terminal und einem Datennetz, wie beispielswel- 
se dem Intemet, vorgesehen. Eine Prasentations- 
schicht dient dabei zur Erzeugung und Darstellung vor- 
eingestellter Dokumentenansichten auf der Grundlage 
von Nutzdaten, die mittels der Schnlttstelle ubergeben 
werden sollen. Eine Business-Schicht dient zur Steue- 
rung von Sende- und Empfangsprozessen von Nutzda- 
ten. Eine Dateischlcht schlieQIich dient zur Kontrolle von 
Zugrlffen auf eine Datenbank, in der Nutzdaten abgelegt 
sind. 

[0032] Die Business-Schicht kann weiterhin einen 
Workflow mittels einer vorgegebenen Dokumentenab- 
folgeerzeugen. 

[0033] Es kann die Moglichkeit einer Femwartung des 
Schnittstellenmoduls mittels Zugrlff auf die Business- 
Schicht vorgesehen sein. 

[0034] Die Business-Schicht kann weiterhin eine Da- 
tenkonvertlerungsfunktion aufweisen. 
[0035] Die Business-Schicht kann die Funktlon einer 
Benutzer-Zugriffssteuerung aufweisen. 
[0036] Die Datelebene kann eine Funktlon zur Unter- 
scheidung von Prozess-Nutzdaten, Datenhaltungen 
und Konfigurationsdaten aufweisen. 
[0037] Das Schnittstellenmodui kann mit einer Daten- 
bank verbunden sein, in der Nutzdaten abgelegt sind. 
[0038] Weiterhin kann das Schnittstellenmodui mit ei- 
ner Datenbank verbunden sein, In der Schablonen mit- 
tels einer Mappingeinhelt (Kreuzschiene) mit vorbe- 
stimmten Destinationen in dem Datennetz gekoppelt 
sind. 

[0039] GemdIB einem noch welteren Aspekt der vor- 
liegenden Erfindung ist ein System zur Durchfuhrung 
von auf Dokumentenaustausch basierten elektroni- 
schen Geschaftsprozessen vorgesehen. Das System 
weist dabei wenigstens zwei Schnittstellen der oben ge- 
nannten Art auf, die mittels eines Datennetzes mitein- 
ander kommunizieren. Anfragen, Auftragsbestatlgun- 
gen, Lieferschelne, Rechnungen, etc. konnen somit als 
rein elektronische Meldung vom einer zur anderen 
Schnlttstelle iibemnittelt werden. 
[0040] GemaB einem noch weiteren Aspekt der vor- 
liegenden Erfindung schlieBlich ist ein Verfahren zur Vi- 
sualisierung des Datenflusses zwischen einem Ternii- 
nal und einem Datennetz, beispielsweise dem Intemet, 
vorgesehen. Dabei erfolgt eine Interpretation, Konver- 
tierung und Ubergabe von Nutzdaten zum Terminal und 



Datennetz. Weiterhin erfolgt eine Verarbeitung der ein- 
und/oder ausgehenden Nutzdaten mittels Schablonen, 
die in einem Dateisystem abgelegt sind, fur die Visuali- 
sierung der Nutzdaten in Fomn von Dokumenten. 
[0041] SchlieBlich weist ein Schnittstellensystem zur 
Verbindung ggf. heterogener Systeme iiber ein Daten- 
netz Schnittstellenmodule auf, die die Verbindung zwi- 
schen den ggf. heterogenen Systemen darstellen. Die 
Datenubertragung erfolg transaktionsbasiert mittels de- 
finierter sende- und empfangsseitiger Kommunikations- 
stati. 

[0042] Daten werden nur dann In das Empfanger-Sy- 
stem ubernommen, wenn samtliche Daten einer Trans- 
aktion als fehlerfrei erkannt wurden. 
[0043] Bei einem Verfahren zur Verbindung ggf. he- 
terogener Systeme iiber ein Datennetz mittels Schnitt- 
stellenmodulen, die die Verbindung zwischen den ggf. 
heterogenen Systemen darstellen, wird die Datenuber- 
tragung transaktionsbasiert mittels definierter sende- 
und empfangsseitiger Kommunikationsstati ausgefCihrt. 
[0044] Daten werden nur dann in das Empfanger-Sy- 
stem ubernommen, wenn samtliche Daten einer Trans- 
aktion als fehlerfrei erkannt wurden. 
[0045] Eine Schnlttstelle zum Ubertragen von Nutz- 
daten in einem Datennetz weist auf 

- ein unternehmens- und/oder branchenspezifisches 
Konfigurierungsobjekt, das ProzessablSufe defi- 
niert, 

- ein Schablonenobjekt. das Fonnatvorlagen fur Do- 
kumente definiert, die zur Ausfuhmng der im Kon- 
figurierungsobjekt deftnterten Geschaftsablaufe 
verwendet werden, und 

- ein Schnittstellen-Objekt, das bestimmten Prozes- 
sablaufen bestimmte Destinationen des Datennet- 
zes als Partner des Prozessablaufs zuweist. 

[0046] Mittels des Konfigurterungsobjekts werden da- 
bei Waren/Dienstlelstungen, Dokumentvorlagen, Pro- 
dukte, Kunden und Lieferanten miteinander verknupft. 
[0047] Das Konfiguriemngsobjekt definiert, welcher 
Kunde welches Produkt handhaben darf. 
[0048] Die Fonnatvorlagen weisen Platzhalter fur 
mogliche Nutzdaten auf. 

[0049] Wenn es ein Geschaftsablauf bedarf , sind For- 
matvorlagen durch dynamische Nachladen erweiterbar. 
[0050] Ein objektorientlertes Verfahren zum Ubertra- 
gen von Nutzdaten in einem Datennetz weist die f olgen- 
den Schritte auf 

Definition von Prozessablaufen mittels eines unter- 
nehmens- und/oder branchenspezifisches Konfigu- 
rierungsobjekt, 

Definition von Fomnatvorlagen mittels eines Scha- 
blonenobjekts, wobei die Fomnatvorlagen zur Aus- 
fuhrung der im Konfigurierungsobjekt definierten 
Geschaftsablaufe verwendet werden, und 

- Zuwetsung von bestimmten Destinationen des Da- 
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tennetzes als Partner des Prozessablaufs mittels 
eines Schnittsteilenobjekts. 

[0051] WeitereMerkmale.VorteileundElgenschaften 
der vorliegenden Erfindung werden aus der nunmehr s 
folgenden detaillierten Beschreibung von Ausfiihrungs- 
beisplelen und bezugnehmend auf die Figuren der be- 
gleitenden Zeichnungen naher ersichtllch. 

Figur 1 zeigt schematlsch die Stellung eines erfin- io 
dungsgemaBen Schnittstellenmoduls in einem Da- 
tennetzsystem zur Ausfuhrung von dokumentenba- 
siertem elektronischen Geschattsverkehr auf 
Transaktionsbasis, 

15 

Figur 2 zeigt eine genauere Ansteht der internen 
Struktur des Schnittstellenmoduis, 



[0052] Bezugnehmend auf Figuren 1 und 2 soil zuerst 
die Stellung des erfindungsgemaBen Schnittstellenmo- 
duls (IIM) 1 In einem System zur Ausfuhrung von doku- 
mentenbasierten, elektronischen Geschaftsverkehr er- 
ISutert werden. Das Schnittstellenmodul 1 ist zwischen 



einem Tenminal (Host) 4, belspielswelse eines Unter- 
nehmens, und einem Datennetz 8, belspielswelse dem 
Internet, geschaltet. Mittels des Datennetzes 8 konnen 
insbesondere Nutzdaten 6 ubemiittelt werden. Weiter- 
hln kann das Schnittstellenmodul 1 Nutzdaten 5 zu ei- 
nem SpeicherdesTenninals 4 hin ubertragen. Die Nutz- 
daten 5 konnen dabei bspw. gemaB dem XML-Format 
ubertragen werden. 

[0053] Das Schnittstellenmodul 1 ist konfigurierbar, 
und zwar durch insgesamt drei verschiedene Wege: 

- Wie dargestellt konnen Konfigurationsdaten von ei- 
nerzentralen Intelligenz 9 im Datennetz 8 her uber- 
tragen werden, so dass zentral eine Konfigurations- 
bzw. Workflow-Anderung in dem Schnittstellenmo- 
dul 1 ausgeruhrt werden kann. 

- Die zentrale Intelligenz 9 kann auch ein weiteres 

Schnittstellenmodul sein, das mittels des Datennet- 
zes 8 mit dem dargestellten ersten Schnittstellen- 
modul 1 verbunden ist. Somit konnen beispielswei- 
se Geschaftspartner, die derartige Schnittstellen- 
modul 1 aufweisen, Konfigurationsdaten, wie bel- 
spielswelse Dokumentenvorlagen, miteinander 
austauschen bzw. modiflzieren. 

Eine weitere Konfiguratlonsmoglichkeit besteht 
schlieBllch darin, dass das Schnittstellenmodul 1 
vor Ort selbst konfiguriert wird. 

[0054] Das Schnittstellenmodul 1 weist ein Dateisy- 
stem 2 auf, in dem Schablonen ("Templates") 12, bei- 
spielsweise gemaB dem PDF-Fomriat abgelegt sind. 
[0055] Durch Verbindung von Schablonen 2 mit Nutz- 
daten 6 ermoglicht ein Kontroll/FilterA/isualisiemngs/ 
Selektions/Konflgurationsmodul 3 die Darstellung der 
ubertragenen Nutzdaten 6 als Dokumente belspielswel- 
se auf einem Monitor 14. 

[0056J Die Verbindung zwischen dem Kontroll-ZFilter-/ 
VisualisierungS'/Selektions-ZKonfigurationsmodul 3 
und dme Dateisystem 2 erfolgt dabei mittels eines so- 
genannten IIM-Kerns 17. 

[0057] In einer Datenbank 16 kann eine Mappingein- 
heit ("Kreuzschiene") 16 vorhanden sein, die vorbe- 
stimmte Destinationen in dem Datennetz 8 bestimmten 
Schablonen (Templates) 2 zuordnet. 
[0058] Die Erfindung basiert dabei auf dem Konzept 
der parallelen Datenhaltung. Die Nutzdaten werden vor 
Ort Im Schnittstellenmodul 1 gepflegt und mit einer Da- 
tenbank, bspw. auf derzentralen Intelligenz (Portalser- 
ver) 9 abgeglichen. Dies hat den Vorteil, dass die Daten 
auf dem Portalserver 9 fur weitere DIenstleistungen ge- 
nutzt werden konnen. 

[0059] Bezugnehmend auf Figur 3 soil nunmehr der 
Ablauf zur Visualisierung und Selektion von ubertrage- 
nen Nutzdaten gemaB der vorliegenden Erfindung na- 
her erlautert werden. In einem Schritt SI werden zur Er- 
stellung eines Dokuments ubertragene bzw. zur Uber- 



Figur 3 zeigt einen Ablauf zur Visualisierung und 
Selektion von Ubertragungsdaten gemaB der vor- 20 
liegenden Erfindung 

Figur 4 zeigt die Anbindung eines Schnittstellenmo- 
duls an einen zentralen Portalserver, 

25 

Figur 5 zeigt einen infomnationstechnischen Ablauf 
des erfindungsgemaBen Schnittstellenmoduls, 

Figur 6 zeigt einen Workflow bezCiglich der Visuali- 
sierung des Datentransfers durch ein erfindungsge- 30 
maBes Schnittstellenmodul, 

Figur 7 zeigt die Konfigu ration/Update von erfin- 
dungsgemaBen Schnlttstellenmodulen mittels ei- 
ner zentralen Intelligenz im Datennetz, 35 

Figur 8 zeigt, wie mittels einer Mappingeinheit 
(Kreuzschlene) verschiedene Dokumentenvorla- 
gen mit vorbestimmten Destinationen im Datennetz 
verbindbar sind, 

Figur 9 zeigt ein transaktionsbasiertes Ubertra- 
gungssystem zur Verbindung ggf . heterogener Sy- 
steme gemaB der vortiegende Erfindung, 

45 

Fig. 10 zeigt eine schematische, objektorientierte 
Darstellung von Elementen der Datenbankschicht 
von Figur 5, und 

Figur 1 1 zeigt die interne Struktur eines Schnlttstel- so 
lenmoduls, aus der die Dokumentenvenvattung 
hervorgeht. 
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tragung anstehende Nutzdaten mit Schablonen (Tem- 
plates) verbunden. In einem Schritts S2 werden die Da- 
ten bspw. mittels PDF Interpretiert und als Dokument 
dargestellt. In einem Schritl S3 schlieBllch konnen alle 
Oder auch nur selektierte Nutzdaten des dargestellten s 
Dokuments (Im Falle von empfangenen Nutzdaten) 
ubernommen bzw. (im Falle von zu ubertragenden Da- 
ten) abgesandt werden. Diese Freigabe der Dateniiber- 
tragung bzw. Datenubernahme, ggf. nach elner Selek- 
tlon, erfolgt also anhand eienr Visualislerung der NuU- 
daten in Dokumentenfonn. 

[0060] Folgende Funktionalitaten sind u.a. in dem er- 
flndungsgemaSen Schnittstellenmodul (IIM) 1 imple- 
mentiert, wie schematlsch in Figur 4 dargestellt 1st: 

15 

• Lesen (Read) 

• Schreiben (Write) 

• Interpretieren (Interpreter) 

• Konvertieren (Converter) 

• Plausibilisieren ^ 

• Speichern der Daten 

• Authentisierung (Authentication) 

• Verschliisseln (Encrypt) 

• Komprimieren 

• Senden 

• Empfangen 

[0061] Nun erfolgt eine kurze Beschreibung dieser 
Funktionen: 

30 

• Lesen (Read) 

Je nach Datenstruktur. werden die Daten mit 
Hilfe einer Steuerdatei, Schnitlstelle (ODBC) Oder 
DTD aus dem Input File ausgelesen. 

• Schreiben (Write) 

Stent die Daten, in einem fur das Fremdsystem 
leseriichen Format, zur Verfugung. 

• Interpretieren (Interpreter) 

Interpretiert die gelesenen Daten und schreibt sie 
in die SQL Datenbank. 

• Converter 

Liest die Daten aus der SQL Datenbank und 
bereitet sie fur den Schreibvorgang vor. 

• Plausibilisieren (kundenspezifische Einstellungen) 

Die erfassten Daten konnen kundenspezifisch ^5 
plausibllisiert werden. Dabei stehen folgende Mog- 
lichkeiten zur Verfugung: 

• Wertebereich (vom - bis) 

• Bedingungen 

• Muss-Felder 

• Speichem der Daten 

Alle Transaktionen werden laufend protokolliert und 
fur eine spatere Verfolgung sichtbar gemacht. ss 

• Authentisierung) 

Die Authentisierung, basiert auf einem Sicher- 
heltskonzept mit SmartCard. Auf dem Portal wer- 



den die Benutzerdaten einem LDAP-Server verifi- 
ziert (LDAP (Lightweight Directory Access Proto- 
col) ist ein standardisierter Directory Service (Ver- 
zeichnisdienst) auf der Basis von TCP/IP). Falls der 
Username und das Passwort korrekt ist, wird ein zu- 
satzlteher Schlussel fiir den Datentransfer gene- 
riert. Falls nicht, wird der Benutzer abgewiesen. 

• Verschlusseln/Entschlusseln 

Fiir die Ubermittlung der Daten wird ein syn- 
chroner Schlussel erstellt. Ab diesem Zeitpunktfin- 
det die Kommunikation uber ein Triple DES Ver- 
schlusselungsverfahren statt (Triple DES Ist ein 
symmetrisches Verschlusselungsverfahren, das 
auf dem klassischen DES basiert, jedoch mit der 
doppelten Schlussellange arbeitet (112 Bit). Die zu 
verschlusselnden Daten werden mit einer dreifa- 
chen Kombinatlon des klassischen DES verschlus- 
selt). 

• Komprimieren 

Bevor die Datenpakete ubermittelt werden, 
werden sie komprimiert um die Ubertragung zu be- 
schleunigen. 

• Senden 

Die verschlusselten und komprimierten Daten 
werden direkt Oder uber das Portal dem Empfanger 
geschickt. Die Daten werden dabei mit einem Sta- 
tus versehen. 

• Empfangen 

Die Datenpakete werden entgegengenommen 
und dem Kommunikationspartner eine Empfangs- 
bestatigung geschickt. 

[0062] Die Erfindung basiert auf einem Component 
Object Model (COM), das sich fur die Entwicklung kom- 
ponentenbasierter Software und somit des Schnittstel- 
lenmoduls 1 eignet. Das Component Object Model 
(COM) wurde 1993 von Microsoft eingefuhrt. Kurz dar- 
auf wurde COM um die Fahigkelt von verteitten Objek- 
ten erweitert: Distributed COM (DOOM) erlaubt es, 
Komponenten auf verschiedene Rechner im Netzwerk 
zu vertellen. 

[0063] Bel der dreischlchtigen Systemarchitektur ge- 
ma3 der vorliegenden Erfindung sind die Geschaftspro- 
zesse ("Business Rules") in die mittlere Geschaftsregel- 
Schicht (11 in Fig. 5) verlagert. Die Clientschicht (3 In 
Figur 5) kann schlank gehatten werden, da sie nur eine 
Art Benutzeroberflache verwaltet. Das Entwicklungs- 
konzept des IIM 1 baut zwar auf einer "3 Schicht Sy- 
stemarchitektur" auf, kann aberzu n Schichten enweitert 
werden. Mit der Erweiterung zurn-Schichten Architektur 
werden die Komponenten der Business-Schicht 11 auf 
mehrere Rechner verteilt. Damit erreicht man eine bes- 
sere Lastverteilung und somlt eine Performancesteige- 
rung. Der IIM 1 setzt sich wie in Figur 5 gezeigt aus fol- 
genden Schichten zusammen: 

- Prasentationsschicht (Clientschicht)3: 
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Erzeugt voreingestellte Ansichten, z.B. mittels 
ActiveX (Actlve-X ist System-Interface der Fir- 
ma Microsoft) 

- Gibt die Mdgllchkeit der Fernwartung des 
Schnittstellenmoduls 1 durch Zugriff auf die 
Business-Schicht 11 

- Business(Geschaftsregel)-Schicht 11 : 

- Kontrolle uber samtliche Sende- und Emp- 
fangsprozesse, 

- steuert die Daten sowie den Dol<umentenfluss 
(WorWIow). 

- ist verantwortllch fur die richtige Datenumset- 
zung (Fremdsystem / Hostrechner), 

- erlaubt Transalctionsbehandlung, 

- kontrolliert Konfigurationsanderungen, 

- ermoglicht eine Benutzer-Zugriffssteuemng. 

- Datenbankschicht 13 (siehe im Detail Figuren 11, 
121 

- kontrolliert samtliche Datenbankzugriffe 
(Read, Write and New), 

- unterscheldet zwischen Nutzdaten (Pro- 
zessdaten), Datenhaltung und Konfigurations- 
daten. 

[0064] Das Schnlttstelienmodul 1 wetst folgende tin- 
termodule auf: 

A. IIM-Kern (17 in Figur 1) (Serversertig, optional 
auch clientseitig): 

Enthalt das generisches Mapping und den ge- 
nerischen Workflow. 

Kontrolliert samtliche Transaktionen, Datenbe- 
wegungen und deren Zugriffsberechtigungen. 

B. I IB: IIM-Konfigurationsprogramm 3: 

Mit diesem Programm wird ohne Programmier- 
kenntnisse der Datenaustausch, der ganze 
Workflow sowie deren Plausibilislerungen fur 
das II M festgelegt 

C. IMP (Monitoring Programm.): IIM-Benutzerober- 
flache fur Visuaiisierungs- und Administrations- 
zwecke. 

D. IDK (Development Kit): Entwicklungs-Umge- 
bung, mit der durch das Aufrufen von einfachen 
Funktion das ilM gesteuert und konflguriert werden 
kann (z.B. Daten Ins IlM Exportieren -> initWorkUst, 
initExport und Save). 

[0065] Das IIB-Modul 3 fugt auf einem bestehenden 
PDF-Dokument sogenannte ActiveX-Steuerelemente 
(Controls) ein. Die Controls dienen dazu, das PDFDo- 



kument mit Werten zu fuHen. Der Vorteil dieses Verfah- 
rens liegt darin, dass ein User sich mit einem Produkt 
auseinandersetzt, mit dem er schon lange Erfahrungen 
gesammelt hat. Er kennt bspw. PDF- Vertrage bereits 

5 in Papierform und braucht keine besonderen Kenntnls- 
se eines Programms zu eriemen. In einem weiteren 
Fall, so zum Beispiel wenn ein Makler (als Beispiel fur 
einen User) schon bereits mit einem Maklerprogramm 
arteitet, kann er sich die von ihm ausgefullten Daten vor 

10 dem Versenden nochmals mittels der Prasentations- 
schicht 3 in PDF-Fomi veranschaulichen. 
[0066] Jedes PDF-Dokument wird in der Datenbank- 
schicht 13 als Schablone (Template) 12 hinterlegt. Mit- 
tels der Templates werden Regein zur Interpretation der 

IS Nutedaten. bspw. im XML-Fonmat hinterlegt. Durch dle- 
se Regein wird die (automatlsierte) Verarbeltung von 
Transaktionen emnoglicht (was unteranderem auch die 
Prasentation beinhalten kann). 
[0067] Ein Dokument setzt sich somit aus Nutzdaten 

20 (bspw. XML-Daten) und Schablone zusammen, wie Im 
Detail spater bezugnehmend auf Figur 1 1 eriautert wer- 
den wird. Die eigentlichen Felder einer Schablone wer- 
den in der Dateischicht 13 verwaltet und gepflegt. 
[0068] In dem Dateisystem 2 kann unter Zuhilfenah- 

25 me eines sogenannten "Builders" Intelligenz hinterlegt 
werden. Diese sieht so aus, dass zum Beispiel einem 
Feld ein Wertebereich (Range) zugeteilt. Beim Unter- 
beziehungsweise Uberschreiten dieses Wertebereichs 
wird gibt es eine Fehlemeldung, die den Benutzer dar- 

30 auf hinweist, diesen Wert zu andern. Es konnen aber 
auch Verkniipfungen von Schablonen-Feldem hinter- 
legt werden. 

[0069] Anhand von Figur 6 wird die Erfindung nun- 
mehr angewendet auf ein DV-System eines Versiche- 

35 rungsmaklers eriautert: 

[0070] Das MM 1 ist die Schnittstelle zu einem Mak- 
lervenwaltungsprogramm (MVP). Das IlM 1 liest samtli- 
che definierten Daten aus dem MVP aus. Im IlM 1 sind 
fur jeden definierten Prozess Workf low-Schablonen hin- 

40 terlegt. Diese Schablonen konnen einzein aufgenjfen 
werden und werden uber das IMP visualisiert. 
Im Workflowdokument, wo Plausibilislerungen definiert 
sInd (z.B. Mussfelder) konnen Erganzungen vorgenom- 
men werden, d.h. es konnen weitere Daten erganzt wer- 

45 den, SomIt ist es nicht erforderlich, dass zwischen zwel 
kommunizierenden DV Systemen Datenkonfomnltat be- 
steht. Beispiel: Ein Versicherer (als Beispiel fiir einen 
Supplier) definiert die fur einen bestimmten Prozess er- 
forderlichen Daten. Diese werden uber ein Workflowdo- 

50 kument/ Workflowvorlage visualisiert. Der Makler (Cu- 
stomer) ubertragt die Daten, die er bereits in seinem Sy- 
stem gespeichert hat, in das Workflowdokument. Erfor- 
dern die im Workflowdokument definierten Plauslbillta- 
ten mehr Daten, als der' Makler in seinem System ge- 

55 speichert hat, kann er diese erganzen. 

[0071] Die Daten werden durch das IlM 1 in ein XML 
Format verpackt (konvertiert). Sie konnen im lIM 1 zwi- 
schengespelchert und zu jedem bellebigen Zeltpunkt an 
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den Plattformserver 8 (zentrale Intelligenz) gesendet 
werden. 

[0072] Der Makler sieht, welche Prozessdaten ver- 
sendet und welche empfangen wurden. 
[0073] Empfangene Daten konnen vor der Ubernah- 
me in das eigene System visualisiert werden. Die Uber- 
nahme der Daten kann definiert werden als Einzeluber- 
nahme Oder routinemaBiger Batchlauf . 
[0074] Nunmehr wird auf Figur 7 Bezug genommen. 
GemafB diesem Beisplel findet die komplette Produkt- 
und Benutzerverwaltung auf einem Portalserver statt, 
Insbesondere bei einer direkten Kommunikation zwi- 
schen zwei Schnittstellenmodulen findet die Produkt- 
und Benutzerverwaltung dagegen alternativ oder zu- 
satzlich in den Schnittstellenmodulen selbst statt (siehe 
Figuren 11, 12): 

• Lieteranten (Supplier) 

• Kunden (Customer) 

• Workflowdokumente (Produkte) der Supplier 
• . alle Dokumentenstati 

• der Portalserver (Master-IIM) 9 weiB, welche Doku- 
mente(Vorlagen und Produkte) in den jeweiligen 
Supplier- und Customer IIM gespeichert bzw. vor- 
gehalten werden. 

• Der Master-IIM 9 kann eine automatische "Betan- 
kung", also die Ubermittlung von Workflow-Doku- 
menten zu den Supplier- und Customer IIM 1 durch- 
fiihren. 

• Die Kommunikation zwischen Master-IIM 9 und den 
Supplier- und Customer IIMs findet unter Nutzung 
eines Sicherhertssystems statt. Eine Authentifizie- 
rung erfolgt mittels Smart-Card und Triple DES - 
Verschlusselung. 

[0075] Figur 8 zeigt eine sogenannte Kreuzschiene 
16, die in einer Datenbank, bspw. auf dem Portalserver 
9 abgelegt sein kann. Schablonen (Templates) 2 stellen 
eine bestimmte Zusammenstellung von definierten 
Platzhaltern (Fields) bspw. eines PDF-Dokuments dar. 
In der Kreuzschiene 1 6 werden die Verknupf ungen (Ab- 
bildungen) der Schablonen zu den richtigen Destinatio- 
nen der entsprechenden Schnlttstellen (Interfaces) de- 
finiert (oft als "Mapping" bezeichnet). Damit werden die 
Beziehungen der Schablonen 2 zu den Schnittstellen 
festgelegt. Zu einer Schablone 2 konnen mehrere Inter- 
faces gehoren. Bspw. kann eine Versicherung ihre Pro- 
dukte mehreren unterschiedlichen Maklem zur Verfu- 
gung stellen. Diese haben in der Regel eine heterogene 
Umgebung. so dass mehrere, fur diese Umgebungen 
spezlfische Schnittstellen bereitgestellt werden mus- 
sen. 

[0078] Die Schnittstellen (Interfaces) stellen die An- 
blndung des Schnittstellenmoduls an das Fremdsystem 
des Terminals sicher. Es gibt bspw. auf dem Verslche- 
rungsmarkt die unterschiedlichsten Systeme. Das Inter- 
face selbst wird bspw. von eInem Maklerverwaltungs- 
programm im Falle einer Versichemng zur Verfugung 



gestellt oder in Zusammenarbeit mit Softwarespeziali- 
sten aus dieser Fimna erarbeitet. Die Maklerverwal- 
tungsprogramme speisen diese Interfaces mit ihren 
Schnittstellen und lesen auch wieder die Daten daraus 
heraus, urn sie dem Maklerverwaltungsprogramm (das 
gleiche gilt auch auf Versicherungsseite) zur Verfugung 
zu stellen, 

[0077] Einzelheiten der Implementierung des in Figur 
8 illustrierten Ablaufs werden spaterbezugnehmend auf 
Figure 10 und 11 eriautert. 

[0078] Die Merkmale und Eigenschaften der vorlie- 
genden Erfindung lassen sich wie folgt zusammenfas- 

sen: 

1. Das IIM 1 verbindet mehrere Computer (od. 
Hosts) zwecks Datenaustausch. 

2. Der Datenaustausch erfolgt immer transaktions- 
basiert (sichere Ubertragung) 

3. Samtliche Transaktionen und Dokumenten kon- 
nen nach Belleben angezeigt werden (hierwird als 
Format bspw. der PDF Standard venwendet). 

4. Starke Authentisiemng (optional) und Datenver- 
schlusselung (optional) sind im IIM 1 bereits enthal- 
ten. 

5. Das IIM 1 art)eltet nach dem Customer und Sup- 
plier Prinzip, dabei konnen Supplier und Customer 
vollig unterschiedliche EDV-Strukturen aufweisen 

6. Zwischen Supplier und Customer konnen auf 
Wunsch automatisch neuere Versionen von Daten 
Oder Dokumenten ausgeliefert werden (somit wird 
das Arbeiten mit den aktuellen Daten Dokumenten 
sicher gestellt). 

7. Durch das Verblnden von Computer oder Hosts 
Oder Applikationen mit einem IIM 1 mitderAussen- 
welt, entsteht dem Benutzer dieser Schnittstelle ei- 
ne rm Beziehung (ohne IIM sind es n=m Schnitt- 
stellen, d.h. der Benutzer muss nSchnittstellen im- 
plementieren) 

[0079] Bezugnehmend auf Figur 9 sol! nunmehr der 
Aspekt der voriiegenden Erfindung eriautert werden, 
dass samtliche dokumentenbezogenen Datenubertra- 
gungen auf Transaktionsbasis erfolgen. In Figur 9 soli 
ein elektronischer Geschaftsprozess auf Dokumenten- 
basis zwischen einem Teilnehmer A und eInem Teilneh- 
mer B abgewlckelt werden. Jeder der Teilnehmer A, B 
weist ein Schnittstellenmodul 1 auf, dass zwischen dem 
Terminal (Fremdsystem FS) 4 eines jeden Teilnehmers 
und dem Datennetz 8 geschaltet ist. Wie aus Figur 9 
ersichtlich kann ein Datenaustausch entweder indirekl 
iiber den Plattfomn-Server 9 oder direkt zwischen den 
beiden Schnittstellenmodulen 1 erfolgen. 
[0080] Der (indirekte) Datenaustausch mittels des 
Plattfomi-Servers kann als Stemmodell bezeichnet 
werde, bei dem ein groBer Geschaftspartner oder eine 
Organisation (hier als "Parent & Master" bezeichnet) die 
Standards fur seine Handelspartner wie z.B. verwende- 
te Dokumentenformate und Austauschprotokolle vor- 
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gibt. Ein sogenanntes Repository (System zur Aufbe- 
wahmng von Quellen fur Programme und Dokumen- 
ten), in der Praxis zumeist eine Datenbank, befindetsich 
also beim "Parent/Master", so da(3 sich die "Children" 
dort die benotigten Infonnationen beschaffen mussen. 
[0081] Der direkte Austausch zweier Schnlttstellen- 
module dagegen ist eine Art "Ad Hoc"-Modell. Dabei 
richten die kleineren Geschaftspartner jeweils eigene. 
so genannte "Ad Hoc-lnteraktionen" ein. Verschiedene 
Datenbanken/Repositories sind also nicht zentral bei ei- 
nem Parent/Master abgelegt, sondem unter den Teil- 
nehmern verteilt. 

[0082] Die Datenubertragung mittels des Schnittstel- 
lenmoduls 1 gemaBdervorliegenden Erfindung. genau- 
er gesagt die Datenubertragung von einem Schnittstel- 
lenmoduls 1 zu einem welteren an das Datennetz 8 an- 
gebundenen Schnittstellenmodul 1 oderzu einem zen- 
tralen Portalserver, erfolgt auf Transaktionsbasis. Das 
helBt, Ubertragungsdaten werden in Transaktionen zu- 
sammengefasst. Wenn bei der Ubertragung der Daten 
einer Transaktion seitens des Empfangers ein Fehler 
festgestellt wird, werden samtliche Daten einer Trans- 
aktion verworfen. Nur wenn samtliche Daten einer 
Transaktion als fehlerfrei erkannt werden, ubernimmt 
der Empfanger den Datensatz der Transaktion und 
schreibt ihn bspw. in seine Datenbank. 
[0083] Transaktionen konnen dabei Daten bezugllch 
eines Dokuments, aber auch Daten bezuglich mehrerer 
Dokumente betreffen, wobei die Abfolge der mehreren 
Dokumente eine Geschattsprozesseinhelt des elektro- 
nischen Geschaftsprozesses darstellt. Insof ern kann ei- 
ne Transaktion auch eine Abfolge von hin- und herzu- 
sendenden Dokumenten umfassen. Fur den Geschafts- 
prozess "Pollcierung", ein Beispiel aus dem Versiche- 
rungswesen, sind bspw. die Workflow-Schritte "Antrag" 
und "Policierung" notwendig, wobei diese Workflow- 
Schritte jeweils als Dokumente abgebildet sind. Die 
Kombination des in einer ersten Richtung zu ubertra- 
genden Dokuments "Antrag" und des zuruckzusenden- 
den Dokuments "Policierung" wird sinnvollenweise in ei- 
ner Transaktion zusammengefasst. 
[0084] Im ubrigen hat jede Transaktion eine individu- 
elle, sie kennzeichnende Transaktionsnummer. 
[0085] In jedem Schnittstellenmodul 1 sowie ggf. im 
Plattform-Serversind sogenannte Kommunikationsstati 
vorgesehen, die den Kommunikationszustand einer 
Transaktion wiedergeben. Senderseitig (Teilnehmer A) 
konnen diese Kommunikationsstati bspw. wie folgt lau- 
ten: 

■ Export 

■ Sent 

■ Sent O.K. 

■ Wait 

■ Commit 

[0088] Empfangerseitig (Plattf orm oderTeiinehmer B) 
konnen Sie entsprechend lauten: 



■ New 

■ Receive 

■ Receive O.K. 

■ Wait 

5 ■ Commit 

[0087] Eine Transaktion wird venworfen, falls es bei 
einem dieser Kommunikationsstati zu einem Fehler 
kommt, Der Ablauf geht dann in einen definierten Zu- 

10 stand welter. Belpielsweise kann der Ablauf sendersei- 
tig wieder zu dem Status "Send" zuruckgehen. Wichtig 
Ist indessen, dass empfangerseitig eine Ubernahmeder 
Nutzdaten nur dann erfolgt, wenn auch der letzte Kom- 
munikatlonsstatus einer Transaktion als fehlerfrei beur- 

15 teilt wurde. 

[0088] Zur Verblndung heterogener Systeme beach- 
tet die Software der Schnittstellenmodule 1 die folgen- 
den Kriterien: 

20 . Einfache und schnelle Implementation 
Flexible Schnlttstelle 

In heterogenem Systemumfeld einsetzbar 
Einfach zu warten 
Enweiterbar 
25 . Prozessorientiert 

Plausibilisierung der Daten 

Sicherheit 

Eigene Datenbank 

30 [0089] Das Fremdsystem (Terminal 4) ist in der Regel 
mit mindestens einer der folgenden Schnittstellen be- 
stuckt: 

- DB Oder Excel Tabellen mit Zugriff iiber ODBC 
35 (Open Database Connectivity, datenbankunabhan- 

gige Schnlttstelle) Oder ADO (Abstraktes Datenob- 
jekt). 

. Strukturierte Daten (XML-Dateien), 

- Flat-Files (Dateien, die ausschlieBlich direkt inter- 
40 pretierbare Daten enthalten), 

Eingabe durch den Sachbearbeiter bzw. Mitarbei- 
ter. Der Import bzw. Export der Daten musste uber 
die Business Logik des ERP (Enterprise Ressource 
Planning, Softwarelosungen, die den betriebswirt- 
45 schaftlichen Ablauf im Bereich Produktion, Vertrieb, 
Logistik, Finanzen, Personal usw., steuern und aus- 
werten) gesteuert werden, welche der Datenbank 
' ubergeordnet ist. 

50 [0090] Der Import bzw. der Export von Daten von ei- 
nem Fremdsystem zu einem weiteren Fremdsystem 
kann uber zwei verschiedene Kanale durchgefuhrt wer- 
den. Beispiel; Der Export der Daten findet uber einen 
ODBC-Zugriff statt, wahrend das Importleren der Daten 

55 uber ein Flat-File realisiert wird. 

[0091] Figur 1 0 zelgt schematisch die interne Struktur 
der Datenbankschicht (13 in Fig. 5) eines Schnittstellen- 
moduls, aus der die Dokumentenverwaltung hervor- 
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geht. Figurll stellteinesdetailliertefunktionaleAnsicht 
von Figur 11 dar. Es wird auch nochmals auf die ent- 
sprechende Illustration in Figur 8 zuruckverwiesen. 
[0092] Wie in Figur 10 erslchtllch, sind wesentllche 
Eiemente der Datenbank- oder Dateischicht 13 gemaB 
einenn Objekt-Modell: 

- ein Konfigurierungsobjekt (entspricht dem Objekt 
"Interface Config" in Figur 5), 

- ein Schablonenobjekt (entspricht dem Objekt "Do- 
cuments Templates" in Figur 5), und 

. ein Schnlttstellen (Inteilace)-Objekt (entspricht 
dem Objekt "Interface Description" in Figur 5). 

[0093] Das Konfigurierungsobjekt und das Schnitt- 
stellen-Objekt greifen dabei jeweils auf das Schablo- 
nenobjekt zu. 

[0094] Details von Figur 10 sollen nunmehr bezug- 
nehmend auf Figur 11 eriautert werden. 
[0095] In dem Objekt "Flow" (entspricht dem Objekt 
"Documents State/Flow" in Figur 5) werden die kunden- 
spezifischen Prozesse und deren Abhangigkerten defi- 
niert. Dieses Objekt "Flow" wird konfiguriert, urn die ent- 
sprechenden untemehmens- und/oder branchenspezl- 
fischen Geschaftsprozesse und deren Ablaufe abzubil- 
den. In dem Objekt "Flow" ist auch niedergelegt, ob und 
ggf. innerhalb welcherZeltspanne nach dem Versenden 
von Daten Riickantworten (bzw. deren Typ und Inhalt) 
erwartet werden. 

[0096] Das Objekt "Product Definition" ist die Kreuz- 
schiene der Dokumentenschabionen. Abhangig von 
den Parametern "Service Type" (Dienstleistung), "Sup- 
plier", "Product Type" und "Flow" wird die zugehorige 
Schablone zugeordnet. Ein Beispiel fur eine Produktde- 
finltion ("Product Definition") ist beispielsweise ein An- 
trag fur eine Kfz-Haftpfiichtversicherung ("Product Ty- 
pe") einer vorbestimmten Versicherung (Supplier). 
[0097] In der "Access List" wird festgelegt welcher 
Kunde (Customer) welches Produkt (gemaB Produktde- 
finltion) handhaben darf. 

[0098] Die Produktdefinition kann auch ein Teilpro- 
dukt betreffen. Wenn beispielsweise das Gesamtpro- 
dukt die Kfz-Haftpfllchtversicherung sein soil, konnen 
Teilprodukte "Antrag neu", "Antragspoliclerung" oder 
"Schadenmeldung" sein. Bestimmten Kunden (Custo- 
mem) konnen somit auch nur Teilprodukte des Gesamt- 
produkts zugangllch gemacht werden. 
[0099] Die Schablonen weisen Platzhalter ("Fields" 
Oder "T-Flelds") fur mogliche Nutzdaten auf (siehe auch 
Figur B). 

[0100] 'T-Fields" in Figur 11 stellen die einzelnen 
Platzhalter dar. Templates umfassen mehrere Platzhal- 
ter (T-Flelds) unter einer Bezeichnung zusammen. 
"Template Doc" ("T-Doc") In Figur 1 1 ist dabei eine Stan- 
dard- Formatvorlage fur ein FonTiular. Im einfachen Fall 
istdie"T-Doc" gleich einem (Teil-) Produkt definiert. Dies 
ist beispielsweise der Fall, wenn bekannte Fomnulare 
von Versicherungen "1 zu 1" elektronlsch ubersetzt wer- 



den Das Teilprodukt "Antrag neu" kann dann bspw. ge- 
nau einem bestimmten Formular entsprechen. Eine 
"T-Doc" kann aber allgemein auch aus mehreren Scha- 
blonen ('Templates") bestehen. Dies ist bspw, der Fall, 
5 wenn fur ein Teilprodukt mehrere Formulare benotigt 
werden. 

[0101] Mittels der "T-Doc-Definition" kann ein dyna- 
misches Nachladen gema3 vortDestimmter Kriterien 
(Anzahl der Versicherten, etc.) von Schablonen enmog- 

10 licht werden. Durch mehrfaches Nachladen von Scha- 
blonen kann somit mittels einer verhaltnismaBig einfa- 
chen Definition auch ein groBerer Umfang der Schablo- 
nen errelcht werden. Dies wird bspw. benotigt wenn das 
Grundf omiular fur eine maximale Anzahl von Versicher- 

15 ten ausgelegt ist und mittels ggf. mehrfachen dynami- 
schen Nachladen einer Schablone weitere zu versi- 
chernde Personen anzugeben sind. 
[01 02] In der "Interface Description" werden die Meta- 
Daten des Fremdsystems, wie bspw. des lokalen Mak- 

20 ler-Verwaltungsprogramms abgelegt. In der "l-List" wer- 
den die verschiedenen Platzhalter ("T-Fields") "referen- 
ziert". In der "l-List" werden somit die tatsachliche Be- 
handlung und Venvertung der Platzhalter ("T-Flelds") 
fur die Bedurfnisse des Fremdsystems festgelegt. 

25 [01 03] Transaktionen werden in "Docs" definiert. Mit- 
tels der "Docs" werden die Daten bestimmten Tellpro- 
dukten ("Product Definition") zugeordnet. 



30 Patentansprtiche 

1 . Schnittstellensystem zur Verbindung ggf. heteroge- 
ner Systeme uber ein Daten netz, 
wobei das System Schnittstellenmodule aufweist, 
35 die die VeriDindung zwischen den ggf. heterogenen 
Systemen darstellen, und die Dateniibertragung 
transaktionsbaslert mittels definierter sende- und 
empfangsseitlger Kommunlkatlonsstation erfolgt. 

40 2. Schnittstellensystem nach Anspruch 1 
dadurch gekennzeichnet, 
dass Daten nur dann in das Empfanger-System 
ubemommen werden, wenn sSmtliche Daten einer 
Transakllon als fehlerfrei erkannt wurden. 

45 

3. Verfahren zur Verbindung ggf. heterogener Syste- 
me uber ein Datennetz mittels Schnittstellenmodu- 
len, die die Verbindung zwischen den ggf. hetero- 
genen Systemen darstellen, 
50 dadurch gekennzeichnet, 

dass die Dateniibertragung transaktionsbaslert 
mittels definierter sende- und empfangsseltiger 
Kommunikatlonsstati ausgefuhrt wird. 

55 4. Verfahren nach Anspruch 3 
dadurch gekennzeichnet, 
dass Daten nur dann in das Empfanger-System 
ubernommen werden, wenn samttfche Daten einer 
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Transaktion als fehlerfrei erkannt wurden. 

5. Schnittstelle zum Ubertragen von Nutzdaten in ei- 
nem Datennelz, 

aufweisend: 

ein unternehmens- und/oder branchenspezifi- 
sches Konfigurierungsobjekt, das Prozessab- 
laufe definiert, 

- ein Schablonenobjekt, das Fonmatvorlagen fur 
Dokumente defmiert, diezur Ausfuhrung derim 
Konfigurierungsobjekt definierten Geschafts- 
ablaufe verwendet warden, und 

- ein Schnittstellen-Objekt, das bestinnmten Pro- 
zessablaufen bestimmte Destinationen des 
Datennetzes als Partner des Prozessablaufs 
zuwelst. 

6. Schnittstelle nach Anspajch 5, 
dadurch gekennzeichnet, 

dass mittels des Konfigurierungsobjekts Waren/ 

Dienstleistungen, Dokumentvorlagen. Produkte, 
Kunden und Lieferanten nniteinander verknupft wer- 
den. 

7. Schnittstelle nach Anspruch 5 oder 6, 
dadurch gekennzeichnet, 

dass das Konfigurierungsobjekt festlegt, welcher 
Kunde welches Produkt handhaben darf. 

8. Schnittstelle nach einem der Anspruche 5 bis 7, 
dadurch gekennzeichnet, 

dass die Fomnatvorlagen Piatzhalter fur mogliche 
Nutzdaten aufweisen. 

9. Schnittstelle nach einem der Anspruche 5 bis 8, 
dadurch gekennzeichnet, 

dass, wenn es ein Geschaftsablauf bedarf , Fomiat- 
vorlagen durch dynamische Nachladen erweiterisar 
sind. 

10. Objektorientiertes Verfahren zum Ubertragen von 
Nutzdaten in einem Datennetz, 

aufweisend die folgenden Schritte: 

Definition von Prozessablaufen mittels eines 
unternehmens- und/oder branchenspezifi- 
sches Konfigurierungsobjekt, 
Definition von Fomnatvortagen mittels eines 
Schablonenobjekts, wobei die Formatvorlagen 
zur Ausfuhrung der im Konfigurierungsobjekt 
definierten Geschaftsablaufe venwendet wer- 
den, und 

Zuweisung von bestlmmten Destinationen des 
Datennetzes als Partner des Prozessablaufs 
mittels eines Schnittstellenobjekts. 



dadurch gekennzeichnet, 

dass mittels des Konfigurierungsobjekts Waren/ 
Dienstleistungen, Dokumentvoriagen, Produkte, 
Kunden und Lieferanten mlteinanderveri<nupft wer- 
5 den. 

12. Verfahren nach Anspruch 10 oder 11, 
dadurch gekennzeichnet, 

dass das Konfigurierungsobjekt festlegt, welcher 
10 Kunde welches Produkt handhaben darf. 

13. Verfahren nach einem der Anspruche 10 bis 12, 
dadurch gekennzeichnet, 

dass die Fomiatvorlagen Piatzhalter fur mogliche 
15 Nutzdaten aufweisen. 

14. Verfahren nach einem der Anspruche 1 0 bis 13, 
dadurch gekennzeichnet, 

dass, wenn es ein Geschaftsablauf bedarf, Format- 
20 voriagen durch dynamische Nachladen enweitert 
werden. 

dadurch gekennzeichnet, 

15. Computer- Softwareprogramm, 
25 dadurch gekennzeichnet, 

dass es ein Verfahren nach einem der Anspruche 
3, 4 Oder 1 0 bis 1 4 implementlert, wenn es auf einer 
Recheneinrichtung lauft. 

30 
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11. Verfahren nach Anspruch 10, 
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FIG 4B 
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